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FIELD OF INVENTION 



The present invention relates to an application level server, a method and an 
arrangement in a digital communication system. More specifically the present 
invention relates to resources reservation for establishing end-to-end quality of 
service. 

DESCRIPTION OF RELATED ART 

Multimedia communications has been explored in a number of different 
organisations and bodies. The currently predominant framework for multimedia in 
packet-based networks is provided by International Telecommunication Union — 
Telecommunication sector (ITU-T) recommendation H.323 and its associated 
recommendations. H.323 describes an architecture for multimedia as well as a 
suite of protocols for its operation. Other schemes for multimedia communication 
also exist and may equally apply for the application, such as those developed by 
IETF in e.g. workgroups Multiparty Multimedia Session Control (MMUSIC) and 
Session Initiation Protocol (SIP) with protocols such as SIP, Session Description 
Protocol (SDP) and Real Time Streaming Protocol (RTSP). 

The packet network is commonly based on the Internet Protocol (IP). The IP 
network may or may not support die reservation of resources or any odier 
mechanism to provide quality of service. In die absence of real resource 
reservation mechanisms, the H.323 procedures of admission requests, bandwidth 
requests etc. are more of an authorisation nature and do not guarantee any service 
performance per se. In order to provide a reliable service with a predictable and 
guaranteed level of service and behaviour, Quality of service needs to be provided 
by the underlying IP network so diat resources can be allocated to cater for die 
application's needs. 



When introducing multimedia communications in a cellular environment, the 
radio spectrum efficiency must be optimised due to the high costs involved. At 
the same time, and competing with the efficiency issue, a certain quality and 
service behaviour must be combined with a maintained multimedia service 
flexibility. 

One method to provide an IP bearer quality of service is provided in the 
Integrated Service (IS) framework of Internet Engineering Task Force (IETF) and 
within IS using a Resource reSerVation Protocol (RSVP). IS with RSVP may be 
used to provide end-to-end Quality of service. 

RSVP is a per flow, i.e. unidirectional, reservation protocol in which the source 
host of the flow initiates a reservation procedure by sending an RSVP Path (PatB) 
message towards the flow sink host. It is then the task of the sink host to perform 
the actual reservation upstream towards the source host by returning an RSVP 
Reservation (Resv) message. The message includes information of desired 
bandwiddi and other channel resources. The source host then confirms the 
reservation (ResvConj). 

The application of RSVP in conjunction with H.323 multimedia is specified in the 
ITU-T H.323 02/98 standard. A schematic block diagram of one way of 
performing the basic operation of resource reservation H.323 capable 
environment is shown in Figure 1. A communication system 100 includes an 
H.323 Gatekeeper (GK) 101, which is a H.323 entity, that among other tilings can 
provide address translation, access control, and bandwidth management to the 
Local Area Network (LAN) for H.323 terminals and Gateways. Figure 1 is 
simplified and schematic, and call signalling, terminal capability exchange, master 
slave determination etc. are excluded in the Figure. Focus is on relevant parts of 
the signalling between a terminal 102, the H.323 Gatekeeper 101, an RSVP 
capable subnetwork 103, a H.323 capable IP network 104 and an end node 105. 
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The H.323 client 106 resides in the application layer, the RSVP 107 belongs more 
in the IP layer and in the Figure also the link layer is 108 shown. The layers 
referring to die Open Systems Interconnection (OSI) model, which is an 
international recommendation defined by International Standard Organisation 
(ISO). The example shown relates to a Gatekeeper routed call and H.245 control 
version. The ITU-T H.245, 09/98 standard is a control protocol for multimedia 
communication. 

Below is a list of the significant steps carried out for resource reservation: 

109 In the Admission ReQuest (ARQ) of H.323 the client indicates that it has a 
capability to reserve resources by setting the TransportQpS field value of 
ARQ appropriately. 

110 The H.323 GK confirms the request by returning Admission ConFirmed 
(ACF), and in diis example indicating that the client may use its resource 
reservation capabilities. 

111 When it is time, the client opens a logical channel by sending an 
OpenLsOgkalChannel message of H.245 to the gatekeeper including 
information regarding the requested quality of service in the QoS Capability 
field, which then contains the requested RSVP parameters. 

112 The OpenLogicalChannel message is sent across the network usually to the 
other endpoint. 

113 When step 112 has been acknowledged widi an a OpenLqgicalChannelAck 
message, it is time to request the IP bearer service widi die appropriate 
quality of service which is typically initiated by the H.323 client application 
which requests quality of service from the RSVP functional entity of the 
terminal 102, as indicated by step 113 in die Figure. 

114 The initiation of die quality of service request is performed by sending the 
RSVP Path message to the subnetwork 103 and 

115 further on to the end node 105 via die IP network 104. 
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A more complete signal flow for the above mentioned steps is shown in Figure 2 
where a bi-directional communication for a two-way speech is established. The 
OpetiLogicalChannel is assumed here to establish a bi-directional logical channel. 
RSVP establishes one reservation per flow direction. In this fashion, resources are 
5 reserved within the IP layer and quality of service as required is provided. Note 
that die resource reservation is independent of the underlying link layer 
technology. This is a necessity in order to be able to provide quality of service end 
to end across heterogeneous networking technologies where IP is the common 
denominator. 
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O The current multimedia solutions have been built with fixed access networks in 

mind. Care has not been taken to act for the specific needs of a cellular or wireless 
environment. 
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q Figure 3 shows a schematic and simplified view of one example of an application 

p of multimedia communication based on H.323 signalling 301 in a cellular 

-j* environment. The terminal 302 could for instance comprise a cellular phone 

m 20 connected to a laptop running the H.323 client software. Other configurations are 
also possible. The terminal has, via a Radio Access Bearer 303 over the air 
interface access to a radio access node 304 which in turn has access to the rest of 
an H.323 capable IP network 305. The wording "radio access node" used in this 
patent application is a general wording and shall not be mixed up with the 
25 particular radio access nodes as they may be defined in other technologies e.g. in 
GSM, EDGE, UMTS etc. A Gatekeeper 306 and an end node 307 are connected 
to the network. 

QoS is typically required end to end 308 including over the radio access. The 
terminal 302 has the capability to reserve resources using RSVP. 
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Using known art of resource reservation in combination with H.323, a typical 
sequence diagram of the resulting signalling between the Terminal 302, the Radio 
Access Node 304, the Gatekeeper 306 and the rest of the H.323 capable IP 
network 305 is provided in Figure 4. The signalling between the Terminal 302 
and die Radio Access Node 304 is performed over the Air Interface 400. The 
signalling is extracted to show only the parts relevant to the actual resource 
reservation. 

401 The terminal 302 requests admission to establish a call using H.225.0/RAS 
signalling, ITU-T H.225.0/RAS is protocol for Registration, Admission 
and Status signalling for packet-based multimedia communications systems. 
The terminal 302 also indicates that it has capabilities to reserve resources 
in the TransportQoS field in the ARQ message. The request is accepted 
and confirmed by the Gatekeeper 306 by returning ACF which notifies that 
the Terminal 302 may use its resource reservation capabilities. 

402 Call control signalling (CCS) using H.225.0/Q.931 as well as other 
signalling such as master slave determination, terminal capability exchange 
etc. using H.245 signalling takes place. ITU-T H.225.0/Q.931 is protocol 
for Call Control signalling and ITU-T H.245 09/98 is a control protocol 
for multimedia communication. 

403 A bi-directional logical channel is opened containing the resource 
reservation quality of service parameters in RSVP format using H.245 
signalling. 

404 A radio access bearer 303 is established widi a corresponding quality of 
service. How this is done, when it is done etc. is of no significance here, 
only that it is necessary at some stage. 

405 The resource reservation for an end to end quality of service IP bearer 
service is established using RSVP signalling. This is done using the 
previously exchanged quality of service parameters. The reservation is done 
per flow, in this case for a bi-directional communication. 




It is obvious that the extensive signalling presents both a performance and cost 
problem over the air interface. The signalling is required for establishing the 
quality of service but also for maintaining the quality of service since RSVP uses a 
so-called soft state mechanism in which die RSVP messages are periodically sent 
5 (typically 30 s. intervals) to refresh the bearer reservation. The typical messages of 
H.245 have a mere length of 20 bytes, whereas RSVP messages have typical 
lengths of 150 to 230 bytes. 
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The problems discussed in the present disclosure are die following. 

In a cellular environment, radio spectrum efficiency is of paramount importance. 

15 The cost for radio spectrum is high, and it is a strong desire to utilise die radio 
spectrum for as many users as possible at any given instance in time. Therefore 
the need to conserve channel bandwidth is of very high interest. On the other 
hand, the end user expects a certain level of service quality, or service behaviour, 
of which service response time to an end-user service request is one, requiring low 

20 latency of signalling message transfer and small amount of signalling messages to 
be exchanged. 

These two requirements represent a duality problem. Looking at control signalling, 
die resulting signalling load is dependent on the number of messages exchanged 
25 over die air, as well as the message lengdis. By narrowing the control channel 
bandwidth, the message transfer time increases and die network response time 
perceived by the end user increases accordingly. 

To sum up, the resource reservation signalling costs a significant amount of 
30 bandwidth. Therefore, in cases widi bandwidth restrictions or high cost of 



bandwidth, a metliod of establishing quality of service end-to-end, but without 
resource reservation signalling over the access bearer, is needed. 

Another problem is when end-to-end IP quality of service is desirable but the 
terminal lacks a resource reservation protocol on IP level. In this case is also a 
method needed for establishing quality of service end-to-end, in which no IP 
resource reservation signalling takes place over the access bearer. 

Accordingly, it is an object of the present invention to unravel the above- 
mentioned problems. 

The solution, according to the invention is to remove the resource reservation 
protocol signalling on the IP level, over the access interface, e.g. the expensive and 
narrow radio channel, and introduce a resource reservation protocol proxy in the 
network. The introduction of the proxy functionality still supports the possibility, 
or meets the requirement, to reserve resources end to end by establishing 
resources with quality of service on die link layer over the access interface. 

An application level server for managing the resource reservation to establish 
quality of service according to the invention includes a functional entity. This 
functional entity identifies necessary parameters required for performing the 
resource reservation and changing signalling messages. The functional entity 
further requests from a resource reservation protocol proxy, quality of service 
between an access node and an end node. The server instructs the terminal to not 
use its resource reservation protocol if it has any. A server according to this first 
aspect of the invention is hereby characterised by what is the features of claim 1. 

A communication system for carrying out resource reservation to establish quality 
of service between a terminal and an end node includes an IP network. A resource 
reservation protocol proxy, the end node and the application level server 
mentioned above are connected to die IP network. The terminal is connected to 
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an access node by means of establishing an access bearer witii quality of service in 
a link level. The access node is connected to die resource reservation protocol 
proxy which performs resource reservation to establish quality of service on an IP 
level, between the proxy and the end node. The IP network uses a resource 
reservation protocol. A communication system according to this second aspect of 
the invention is hereby characterised by what is the features of claim 15. 

According to a third aspect of the invention, the server indicates that the resource 
reservation signalling applies from the access node towards the end node. The 
server further identifies parameters, necessary for reserving resources to establish 
quality of services. The proxy reserves resources with quality of service on the IP 
level, according to die necessary parameters. The resources are reserved between 
die access node and the end node. An access bearer with a quality of service on 
the link level is established between the terminal and the access node. A mediod 
according to this third aspect of die invention is hereby characterised by what are 
the features of claim 20. 

According to a fourth aspect, the invention can be implemented by software code 
segments and e.g. be stored in any of the relevant entities of a communication 
system, such as a resource reservation proxy, an application level server, a 
gatekeeper etc. The computer program product is direcdy loadable into the 
internal memory of a digital computer within die entities and includes the software 
code portions for performing the steps of die method according to die invention, 
when said program is run on a computer. A computer program product according 
to this fourdi aspect of die invention is hereby characterised by what are the 
features of claim 41. 

According to a fifth aspect of die invention the computer program product is 
stored on a computer usable medium, comprising readable program for causing a 
computer, within an entity in the communication system according the invention, 
to control an execution of die steps of the method according to the invention. A 
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computer program product according to this fourth aspect of die invention is 
hereby characterised by what are die features of claim 42. 

An advantage of the present invention is diat less bandwiddi is required over the 
terminal access interface since the resource reservation signalling is removed over 
the access interface. 

Another advantage of the present invention is that it is possible to establish end- 
to-end quality of service even if the terminal has no capabilities to reserve 
resources at the IP level over the access interface. 

A furdier advantage of the present invention is that it implies transparency for 
applications across the network. The end node sees no difference whether the 
terminal has used resource reservation or if the proxy has done it on behalf of the 
terminal instead. Also as the server has the possibility to decide whether die 
terminal shall use resource reservation or not, the introduction of the resource 
reservation protocol proxy has no impact on existing implementations of 
terminals. 

The wording resource reservation protocol used in this patent application shall be 
interpreted as a general wording, including any protocol for reserving resources at 
IP level. 

Further scope of applicability of die present invention will become apparent from 
the detailed description given hereinafter. However, it should be understood that 
the detailed description and specific examples, while indicating preferred 
embodiments of the invention, are given by way of illustration only, since various 
changes and modifications widiin die spirit and scope of the invention will 
become apparent to those skilled in the art from diis detailed description. 



* 



10 



BRIEF DESCRIPTION OF THE DRAWINGS 

Figures 1-4 relates to Prior Art and are thus described above under "Description 
of related art". 

Figure 1 is a block diagram showing the basic operation of resource 

reservation in an H.323 environment. 
Figure 2 shows a schematic signalling sequence over the basic operation of 

resource reservation using RSVP in the H.323 architecture. 
Figure 3 is a schematic block diagram illustrating a multimedia 

communication based on H.323 in a cellular environment. 
Figure 4 shows a schematic signalling sequence over the basic operation of 

applying die H.323 architecture in a cellular environment. 
Figure 5 shows a flowchart of the method according to die invention 
Figure 6 is a schematic block diagram illustrating a communication system 

according to the invention. 
Figure 7 is a block diagram showing the application level server according to 

die invention. 

Figure 8 shows a signalling sequence diagram according to the invention. 

DESCRIPTION OF PREFFERED EMBODIMENTS 

Figures 1-4 are Figures related to Prior Art and are described under "Description 
of related art". 

When communicating over IP and requiring resource reservation e.g. for voice 
over IP, multimedia, real-time conversational services, audio streaming, video 
streaming, web surfing with a guaranteed bitrate, etc., etc., there is a requirement 
bodi of bandwiddi efficiency and a necessary IP quality of service, needing a 
significant degree of expensive bandwidth, as identified above. Another problem 



is when a terminal does not have the possibility to reserve the necessary IP quality 
of service, but quality of service is required. 

The solution relies on the facts that the underlying link layer in the access 
interface, e.g. the radio interface, can provide the required quality of service over 
the link. This link is a dedicated resource, and it provides the necessary and 
required quality of service in a predictable and guaranteed way. Reserving the 
necessary link quality of service, such as bandwidth, means that resources at the IP 
layer need not be explicitiy reserved over the access interface. In the access 
network, resource reservation protocol signalling can be generated and terminated 
using a resource reservation protocol proxy, tiius fulfilling the requirement of an 
IP bearer quality of service end-to-end. 

Figure 5 shows a flowchart of establishing end-to-end quality of service according 
to the invention in a general mode. The quality of service is established between a 
terminal and an end node over an IP network in a communication system 
The communication system includes the IP network, using an resource reservation 
protocol, to which are connected: 

— the terminal via an access node; 

— die end node; 

— an resource reservation protocol proxy; and 

— an application level server diat manages and maintains resource reservation, as 
depicted in Figure 7. 

The network and the entities use a resource reservation protocol on IP level, but 
die terminal might not use any resource reservation protocol on IP level. An 
opportunity to use the invention is when the network want to use a resource 
reservation protocol but the terminal does not have any resource reservation 
protocol. Instead it might have Asynchronous Transfer Mode (ATM) on the link 
level on which IP packets are transported. The terminal might use an access bearer 
on ATM level between the terminal and the access node. 
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The resource reservation protocol proxy and the server include each a respectively 
digital computer having an internal memory for storing a computer program. 

The method includes the following steps: 

501 The server indicates that the resource reservation signalling applies from 
the access node and towards the end node; 

502 The server identifies parameters necessary for the resource reservation to 
establish end-to-end quality of service; 

503 The resource reservation with quality of service on the IP level, between 
the access node and the end node is performed by means of the resource 
reservation protocol proxy. 

504 An access bearer is established, with a quality of service, between the 
terminal and the access node on the link level, e.g. on the ATM level or the 
radio link level; 

It is also possible to perform step 504 before step 503 or simultaneously. 
A more detailed description of the inventive method follows under Figure 8. 

Figure 6 shows a schematic view of a communication system 600 in which quality 
of service is established between a terminal 605 and an end node 608 according to 
the invention. The communication system 600 is based on H.323 communication 
601 in a cellular environment, e.g. based on General Packet Radio Service (GPRS), 
Enhanced Data rates of GSM and TDMA/136 Evolution (EDGE), and UMTS 
Terrestrial Radio Access Network (UTRAN) in Universal Mobile 
Telecommunication System (UMTS). 

In this embodiment of the invention, the entities and the IP network uses the 
Resource Reservation Protocol (RSVP). Thus constitutes the resource reservation 
protocol proxy of an RSVP proxy 602, which in this case resides in a radio access 
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node 603 within a subnetwork 604. The subnetwork in turn has access to an 
H.323 capable IP network 607. 

The RSVP proxy 602 has means 613 for performing resource reservation to 
establish quality of service on an IP level, between the access node and the end 
node. 

The terminal 605 and the access node 603 has both means 612 for establishing a 
radio access bearer with a quality of service on the link layer between terminal 605 
and the access node 603. 

The RSVP proxy 602 might reside in other entities in the subnetwork 604, which 
entities are not depicted in Figure 6, where it is situated is not significant for the 
invention. 

The subnet might e.g. constitute a radio access network or a radio access network 
and a core network. 

The scenario applies to a H.323 Gatekeeper routed call scenario. The terminal 605 
might consist of a laptop running the H.323 client software connected to a radio 
modem, providing the radio access. Other configurations are also possible. 
The terminal 605 has access to the radio access node 603 via a radio access bearer 
606. The end node 608 is connected to the IP network 607. 

The communication system includes an application level server 609 according to 
die invention, which is shown more in detail in Figure 7. The application level 
server 701 is connected to an IP network 702 and manages the resource 
reservation process of establishing quality of service, between a terminal 703 and 
an end node 704 by means of an resource reservation protocol proxy 705 
according to die invention. The terminal 703 is connected to the IP network 702 
via an access node 706, die access node 706 is connected to the proxy 705 and the 
proxy 705 is connected to die IP network. The end node 704 is connected to die 
IP network 702, which IP network 702 uses a resource reservation protocol. The 
server 701 might be e.g. a Gatekeeper managing H.225 and H.245signalling 
protocols or a SIP proxy managing SIP, according to Prior Art, which according 
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to the invention is modified to include a functional entity 707 that manages the 
resource reservation process of establishing quality of service by means of the 
resource reservation protocol proxy 705. 

The server 701 has means 712 for indicating that the resource reservation protocol 
signalling applies between the proxy 705 the end node 704. Various means exists 
to accomplish quality of service between the proxy 705 and the access node 706, 
e.g. using over provisioning. 

The functional entity 707 in the server has means 708 for identifying necessary 
parameters, from e.g. signalling messages, to be used for performing the resource 
reservation process. 

Examples of necessary parameters are the receiver IP address of the end node 
704, the receiver port identity of the end node 704, which quality of service mode 
the end node 704 intends to use and possibly quality of service information such 
as required bandwidth. The latter might be found out by the server by knowledge 
of the application e.g. the server notes that Global Service for Mobile 
transmission (GSM) speech encoding is used by the application and it and knows 
that the specific speech codec to be used in GSM, requires a specific amount of 
bandwidth. (A port is used in IP based systems to further address the process in 
the host to which the IP packet shall be forwarded.) 

The functional entity 707 in server 701 also has means 709 for instructing the 
terminal to not use its resource reservation protocol if it has any. 

The functional entity 707 in server 701 further has means 710 for changing 
signalling messages between the terminal 703 and die end node 704 and possibly 
odier gatekeepers. 

The terminal that is instructed to not use its resource reservation protocol 
indicates, in a signalling message towards die end node 704, that it has no 
resource reservation capabilities, but the end node 704 diat has to use the resource 



reservation protocol towards the access node, has to get the information that 
there are resource reservation capabilities. 

The terminal also indicates in another signalling message towards the end node 
that it shall not use resource reservation capabilities, but the end node 704 that 
shall use the resource reservation protocol towards the access node, has to get the 
information that resource reservation capabilities shall be used. 
Signalling messages like these, passing the server 701 on its way towards the end 
node 704 or the terminal 703, are accordingly changed by the functional entity 
706, before they are forwarded. 

The functional entity 707 in server 701 also has means 711 for requesting from the 
resource reservation protocol proxy 705 the required quality of service between 
the proxy 705 and towards the end node. The by the functional entity 706 
aggregated necessary parameters are passed on to the resource reservation 
protocol proxy 705 The resource reservation protocol proxy then performs the 
resource reservation with the requested quality of service between the proxy 705 
and the end node 704. 

Back to Figure 6. The server 609, which is also connected to the IP network 607, 
constitutes, in this example of the present invention, a H.323 Gatekeeper 609 
modified to including means 610 for managing the process of using the RSVP 
proxy 602 for establishing quality of service, as described above, under Figure 7. 
The RSVP proxy 602 has means for performing resource reservation with a by the 
Gatekeeper 609 requested quality of service between the access node and the end 
node. 

The "real" RSVP capable quality of service is in this example of the present 
invention provided between the radio access node 603 and the end node 608, but 
relying on the fact that the radio link 606 provides its guaranteed quality of service, 
a "virtual" quality of service 611 at the IP layer is provided end-to-end. The RSVP 
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proxy 602 and the GK 609 include each a respectively digital computer having an 
internal memory for storing a computer program. 

Figure 8 shows schematically a sequence diagram of the phases of establishing 
end-to-end quality of service, according to the invention, in the scenario described 
in Figure 6. The entities and network described are the terminal 605, the Air 
interface 800 the radio access node 603 which includes the in Figure 6 depicted 
RSVP proxy 602, the Gatekeeper 609, the H.323 and RSVP capable IP network 
607 and die end node 608. 

This Figure is simplified and schematic to. Focus is on parts of the signalling, 
relevant to the inventive method. 

801 The terminal 605 requests admission to establish a call using H.225/RAS 
signalling from the Gatekeeper 609. Since it in this case is an entity running 
RSVP it also indicates that it has capabilities to reserve resources in the 
TransportQoS field of the AKQ message. The request is accepted and 
confirmed by the Gatekeeper 609 which tells the terminal 605, that the 
terminal shall not use its resource reservation capabilities or alternatively 
that the Gatekeeper 609 will reserve the necessary resources, in the 
TransportQoS field of the A.CF message. 

802 Call control signalling CCS, using H.225.0/Q.931 takes place as well as 
other signalling such as master slave determination, terminal capability 
exchange etc. using H.245 signalling. Among these the capability exchange 
signalling, which is of significance for die present invention, is shown in 
Figure 8 as reference number 802. In the capability exchange signalling, the 
terminal 605 indicates in the TerminalCapabilitySet message, which is to be 
sent towards the end node 608, that quality of service not is going to be 
used since the terminal 605 is told to not use its resource reservation 
capabilities. But the end node 608 must not know the decision to not use 
resource reservation, since the quality of service will be established by the 
RSVP proxy within the radio access node 603. Accordingly, the Gatekeeper 
609 changes the QoSMode field in the TerminalCapabilitySet message from 
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being not set to be set, as to indicate that quality of service is supported 
and also which type of quality of service mode, before it is forwarded 
towards the end node 608. This means that that RSVP signalling may be 
used between the radio access node 603 and the end node 607. The end 
node 608 answers, in a TerminalCapabillitySel message in the opposite 
direction, which quality of service mode it will use. In RSVP there are 
different classes of quality of service modes, e.g. guaranteed quality of 
service or controlled lode. When this message, on die way towards the 
terminal 605, passes through the Gatekeeper 609, the Gatekeeper 609 
intercepts the quality of service mode and removes which quality of service 
mode to be used from die message before forwarding it. The quality of 
service mode is one of the necessary parameters, to be used for performing 
the resource reservation process as described under Figure 5. Further, this 
message indicates that quality of service is might be used, but the terminal 
605 must not know that, since it will be established by the RSVP proxy 
widiin the radio access node 603. Accordingly also this message is further 
changed by the Gatekeeper 609 as to indicate that quality of service shall 
not be used, before it is forwarded to the terminal 605. 

When it is time to open a bi-directional logical channel, the terminal 605 
sends an OpenLogicalChannel of H.245 to the Gatekeeper 609 which will 
forward the message further on to the end node 608. One bi-directional 
logical channel is opened for each type of flow needed, e.g. one for video, 
one for audio, one for data etc. Information conveyed may possibly 
contain the quality of service information, e.g. required bandwidth, type of 
delay, etc., (depending on die value returned by TransportQoS in the JiCF). 
This quality of service information, such as peak bandwiddi in bytes/ sec, 
may be intercepted by the Gatekeeper 608 when it receives the 
OpenLogicalChannel message, but might also be deduced by the 
Gatekeeper 609, using knowledge about the application, e.g. if a channel 
with a GSM codec is opened, the GK 608 knows diat it requires a specific 
amount of bandwidth etc. Other conveyed information is that receiver port 
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etc. supplied is that of the RSVP proxy in the radio access node 603 and 
not the port within the terminal 605. Further conveyed information of 
significance is where, in the end node 608, the logical channel shall 
terminate, e.g. by indicating the port identification of the port to be used. 
This is returned in the OpenLogicalChanneLAck message by the end node 608 
to the terminal 605 via the Gatekeeper 609. The terminal receiver port 
identity etc. is used in the subsequent RSVP Path message received from 
end node 608. 

The Gatekeeper 609 requests quality of service from the RSVP proxy in the 
radio access node 603, in a request quality of service message. The quality 
of service is requested between the radio access node 603 and the end node 
608. The Gatekeeper 609 includes, the obtained quality of service 
information, quality of service mode, the receiver port identity of the end 
node 608 in the message to the RSVP proxy. 

To establish a reservation between the RSVP proxy 602 in the radio access 
node 603 and towards the end node 608 to be used for a media stream 
going in the direction from the terminal 605 towards the end node 608, the 
RSVP proxy 602 in the radio access node 603 initiates the necessary 
resource reservation towards the end node 608, as requested in step 704, 
using die RSVP signaling message Path (as if it were sent from the 
terminal). The message includes die obtained quality of service 
information, quality of service mode and the receiver port identity of the 
end node 608, which are necessary for performing the resource reservation. 
When the subsequent RSVP Resv message is returned from the end node 
608 towards the terminal 605, it is intercepted by the RSVP Proxy 602 
which does not pass it on to the terminal 605. As a response to the Resv 
message, die RSVP Proxy 602 generates and sends an RSVP ResvCortf 
message towards the end point 608 (as if it were sent from the terminal). 
To establish a reservation between the RSVP proxy 603 and towards the 
end node 608 to be used for a media stream going in the direction from 
the end node 608 and towards the terminal 605, the end node 608 (or 




another entity acting on behalf of the end node, such as the inventive 
proxy) initiates the necessary resource reservation towards the terminal 605 
by sending an RSVP Path message towards the terminal 605. The Path 
message contains the necessary quality of service information, quality of 
service mode and the receiver port identity of the terminal 605, which are 
necessary for performing the resource reservation. The Path message is 
then intercepted by the RSVP proxy 602 in the radio access node 603 and 
is not passed on to the terminal 605. The RSVP Proxy 602 responds to the 
Path message by returning an RSVP Resv message toward the end point 608 
(as if it were sent from the terminal). When the confirmation of the 
resource reservation is received in the RSVP ResvConf message from the 
end node 608 (or an entity acting on behalf of the end node, such as the 
inventive RSVP proxy) it is intercepted by the RSVP proxy 602 and not 
passed on to the terminal 605. The reservation is done per flow, in this 
case for a bi-directional communication. 
806 A radio access bearer is established with a corresponding quality of service 
between the link layer in the terminal 604 and the link layer in the radio 
access node 603. In a UMTS network scenario, this would be initiated by 
the terminal 605 sending an sictivatePDPContextRequest message according 
to UMTS Session Management signaling (Technical Specification 24.008: 
"Mobile Radio Interface layer 3 specification, core network protocols — 
stage 3", v3.2.1, 3 rd Generation Partnership Project (3GPP)). When it is 
done is of no significance for the invention, only that it is necessary at 
some stage. 

The end result is that resources are guaranteed end-to-end, but without sending 
RSVP over die air interface. 



The methods according to die invention described are respectively implemented 
by means of a computer program product comprising the software code portions 




for performing the steps of the method. The computer program product is run on 
a computer stored in a digital computer widiin the server and within the resource 
reservation protocol proxy. 

The computer program is loaded directly or from a computer usable medium, 
such as a floppy disc, CD, Internet, etc. 



